home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / ALL96.LZH / t0109 / text0013.txt < prev    next >
Encoding:
Text File  |  1996-03-07  |  2.6 KB  |  65 lines
  1. > > > There are several advantages to using Midi:
  2. > > >     - Needs less memory (no samples)
  3. > > Okey.
  4. > > 
  5. > > >     - Shouldn't take much CPU. If the DSP is used for graphics
  6. > > >       stuff, the mod-players would need to work on 680x0...
  7. > > Fair enough.
  8. > 
  9. > > So I will have to buy my self an GM sound module to be able to play this
  10. > > game! ;-)
  11. > 
  12. > Well, only if you would want to hear the music <g>.
  13.  
  14. If I want music, I can play a CD. ;-)
  15.  
  16. > > If someone have the code for doing it, why not?
  17. > 
  18. > That is indeed a problem... Couple of years ago when I was still
  19. > using GFA, I tried to do a Midi file player. Otherwise it worked
  20. > all right, but sometimes the timings were _a lot_ off the mark.
  21. > It would be a lot easier if we would allow only one track Midifiles
  22. > (format 0), every sequencer should be capable to convert format 1
  23. > files to format 0...
  24.  
  25. Fair enough. :-)
  26.  
  27. > *) Format 1: Several tracks with different instruments
  28. >  -> have to check every track for next note etc.
  29. > *) Format 0: All the instrument changes etc. are in time order.
  30.  
  31. Which format does Doom use?
  32.  
  33. > > I still think we should have modules for the titlescreen, options etc.
  34. > > because not everyone have got an GM module at home.
  35. > 
  36. > If the 3D-graphics are done with DSP, that would still mean no
  37. > DSP-modplayer. At least if one would want to run demo under the
  38. > titlescreen like on PC Doom. Maybe there could be shown the moster
  39. > dying sequences instead :-).
  40.  
  41. Okey I didn't thought about that... But there is some places there we can use
  42. it. On the other hand, will we have any demo screens? I think they are rather
  43. pointless, and I think it would be nicer if we could use some of the demo
  44. coders to do some cool things insteed. Hadn't we agreed about doing it our way
  45. to make it more falcon specific?
  46.  
  47. > > Another problem
  48. > > with midi files would be if we are going to make it use the midi-ports 
  49. > > for networking.
  50. > 
  51. > I hadn't thought about that... I guess my suggestion about using
  52. > MiNT/MiNTNet for networking wasn't feasible enough. :) Hmm... Maybe
  53. > the game could run the whole time on supervisor mode (->no scheduling)
  54. > and call the Net driver through kernel tables or something. It might
  55. > still have too much overhead though. I'll have to do some inquiries
  56. > on the MiNT mailing list! 
  57.  
  58. Using MiNT we will have less memory to play with. I think we will need every
  59. kB available on a 4MB machine. I don't think MiNTNet is fast enough and
  60. will only complicate things even more. I know that Doug and Dave is discussing
  61. a network with 24 machines! Imagine! Play doom with 24 machines!! WOW!
  62.  
  63. //Magnus Kollberg
  64.  
  65.